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(57) Abstract 

A method of upgrading a system, such as a computer, that supports a variety of devices includes locating and identifying a first 
supported device and determining location information related to a remote site at which device-level software is stored. The determination 
of location information is an automated response to identifying the first device and the device-level software at the remote site is specific to 
the identified device. The remote site is automatically accessed via transmission lines. The device-level sotfware is then downloaded from 
the remote site to the system. In the preferred embodiment, the automated process that frees the user from intervention is carried to the 
installation of the downloaded software and the autoconfiguration of system resources. For personal computers, the downloaded software 
is typically driver software. 
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WO 00/36502 PCT/US98/27924 

AN AUTOCONFIGURABLE METHOD AND SYSTEM 
HAVING AUTOMATED DOWNLOADING 
BACKGROUND OF THE INVENTION 

The invention relates generally to a method and system that 
require different drivers to enable different devices supported by the system, 
and relates more particularly to automating such a system. 



DESCRIPTION OF THE RELATED ART 

The addition of an internal adapter card or a peripheral device to 

10 a computer typically requires a reconfiguration of the system resources of the 
computer. This requirement that the computer must be configured to allocate 
specific system resources to specific devices significantly increases the 
complexity of upgrading the computer, if two or more devices attempt to 
utilize the same resource, a hardware and/or software conflict will occur. The 

15 system resources that must be allocated include direct memory access (DMA) 
channels, interrupt request lines (IRQs), memory locations for driver software, 
and input/output (I/O) memory addresses. Often, physically installing an add- 
on device is relatively simple, but the reconfiguration of system resources 
requires expertise that exceeds the capabilities of typical users. 

20 In an attempt to simplify upgrades of computer systems, 

autoconfiguration technology has received increasing attention. The 
autoconfiguration technology is sometimes referred to as "plug-and-play 
technology." The user merely physically installs the device and the computer 
automatically configures itself in a manner that prevents conflicts. For 

25 example, the microprocessor of a personal computer may communicate with 
the various devices that the computer supports in order to determine which 
devices are installed, what resources are available for allocation, and what 
resources are required by the installed devices. The system is then able to 
determine an acceptable allocation. 

30 While it is not critical to the implementation of the 

autoconfiguration technology, there are preferably four interacting 
components to an autoconfiguration process. The first component is the 



WO 00/36502 PCT/US98/27924 

2 

device that is to be added. The device may be a peripheral, an adapter card, 
or the like. In a plug-and-play environment, the device should be able to 
identify itself to the other components of the autoconfiguration process and 
preferably have resource assignments that can be changed depending upon 
5 conflict resolutions. A second component is the basic input/output system 
(BIOS) of the computer. The BIOS can locate, configure and activate the 
various devices. A third component is the operating system that discovers 
and resolves resource conflicts. The fourth component is a non-volatile 
random access memory that stores the configuration data during times in 
10 which the computer is shut down. If one or more of the four components are 
not designed to cooperate with other components to provide plug-and-play 
capability, the remaining components should be capable of compensating for 
the absence. 

The autoconfiguration technology may be implemented in a 

15 number of manners. As an example, the BIOS may check the system bus to 
determine what devices exist. In a personal computer, the system bus may 
be an Industry Standard Architecture (ISA) bus, or may be an Extended 
Industry Standard Architecture (EISA) bus. The BIOS may disable some of 
the devices, while activating all boot devices. The operating system is then 

20 loaded. During the system boot up, the operating system determines the 
resource requirements of all of the devices and activates the non-boot 
devices. Preferably, all hardware and/or software conflicts are resolved 
during the boot up procedure. Any required device drivers are loaded into 
memory. If an add-on device has been detected by the BIOS, the operating 

25 system is notified by the BIOS. The configuration table that has been stored 
in the non-volatile random access memory is consulted to determine what 
resources can be allocated to the add-on device and/or whether resources 
that were previously allocated to existing devices need to be reallocated. A 
new configuration table can then be stored in the non-volatile random access 

30 memory. 

In the design of a system or an add-on device that is to 
cooperate in providing autoconfiguration capability, forward compatibility is 
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typically the issue. That is, system and board designers attempt to accom- 
modate future upgrades that may be installed at a later time. However, 
backward compatibility is also a concern. For example, when the operating 
system sold by Microsoft Corporation under the federally registered trademark 
5 WINDOWS is upgraded from version 3.1 to WINDOWS95, a driver for a video 
accelerator board may cause reduced or improper performance. Installing a 
replacement driver that is specific to the video accelerator board and the 
upgraded operating system may be required to return performance to at least 
its original level. 

1 0 For a computer system that supports a variety of devices, a 

version upgrade of the operating system may require the user to contact a 
number of different manufacturers in order to obtain the latest driver software. 
Many manufacturers maintain network sites that can be accessed via 
telecommunications lines, permitting users to download available drivers. 

15 However, this requires users to possess the expertise to locate the network 
sites, contact the sites, and download the appropriate driver. For many users, 
the downloading requirement may defeat the purpose of the plug-and-play 
technology. This may even be true for situations in which a single driver is to 
be downloaded from an Internet site, e.g., when the driver software packaged 

20 with a particular computer hardware component includes a "bug" that has 
been fixed by the hardware manufacturer since the packaging of the 
hardware was shipped by the manufacturer. 

What is needed is a system for supporting a number of devices 
and a method that facilitates system upgrades, preferably within an 

25 autoconfiguration environment. 

SUMMARY OF THE INVENTION 

A method of upgrading a system that supports a variety of 
devices, such as adapter boards, includes at least partially automating a 
30 procedure for downloading device-level software for operating the supported 
devices. The upgrade procedure includes steps of identifying the first device 
that is supported by the system and, as an automated response to identifying 
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the first device, determining location information related to a remote site at 
which the device-level software is stored. In the preferred embodiment, the 
location information is a network site that is accessed via transmission lines 
and the device-level software is driver software specific to the identified first 
5 device. As an automated response to determining the location information, 
the system accesses the remote site. The device-level software is then 
downloaded from the remote site to the system in which the software is to be 
installed. If the system upgrade is an upgrade of the operating system of a 
computer, in one embodiment, a second device is then located and identified, 

10 so that the automated process can be repeated in obtaining the appropriate 
device-level software for the second device. In another embodiment, all of 
the devices are identified and the relevant remote sites are automatically 
determined before the network is accessed to download the various pieces of 
board-level software. The automated process of identifying and accessing a 

1 5 remote site in order to facilitate system upgrades applies to other multi-device 
systems in which there is a required association between a particular device 
and specific board-level software. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 Fig. 1 is a block diagram of a system for executing system 

upgrades in accordance with the invention. 

Fig. 2 is a flow chart of steps that are executed in using the 
system of Fig. 1. 

25 DETAILED DESCRIPTION 

An ? imated method of upgrading a system includes 
recognizing a system-supported device as being one that requires 
device-specific software, identifying a remote site at which the software is 
stored, accessing the remote site via transmission lines, downloading the 
30 device-specific software, and installing the device and the software properly. 
At least some and preferably all of the steps are implemented without a 
requirement of user intervention. Preferably, the method is executed within a 
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system that is designed for autoconfiguration of system resources, so that 
any resource conflicts among different devices are resolved without requiring 
user intervention. 

At the time of installing an add-on device or at the time of 
5 upgrading an operating system, the system detects and identifies the device 
using autoconfiguration technology, which is also referred to as "plug-and- 
play technology." Typically, the add-on device of concern includes a 
requirement of installing hardware, but this is not critical. The automated 
process also may be utilized to locate and download a "driver" for an appli- 

10 cation program that requires specific system resources and requires a 
particular association with other software in order to operate properly. 

As an automated response to detecting and identifying the 
device, a remote site is identified. The location information may be an 
address of an Internet site. For example, driver software may be stored for 

15 access via a site on the World Wide Web (WWW) for downloading by means 
of File Transfer Protocol (FTP). Alternatively, the site may be a bulletin board 
that is maintained by the vendor of the device of concern. 

The automated system establishes communication with the 
remote site via a telecommunications line. This may be accomplished by 

20 means of a modem or an interface to an ISDN or other digital network. The 
established communication allows driver software to be downloaded. In the 
preferred embodiment, the downloading is accomplished without user 
intervention. When the method is utilized within the autoconfiguration 
environment, the downloaded software may be automatically installed using 

25 techniques known by persons skilled in the art. 

The preferred embodiment utilizes the automated method with a 
personal computer. However, this is not critical. Any system that includes 
the sophistication to require identification of a specific association between a 
device and a particular piece of software can utilize the method. For 

30 example, a private branch exchange (PBX) that is attached to a network can 
automatically download the latest version of board-level software from a 
manufacturer when a new board is installed, such as when a line card is 
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added. The technique of automatically accessing a remote site that is 
maintained by a vendor of computer hardware may also be used in other 
applications. For example, the steps of identifying a particular remote site 
and automatically initiating communication between a system and the remote 
5 site may be used in the registration procedure. That is, after a device has 
been installed into a personal computer, the computer may automatically 
contact a vendor-maintained site that requires a user to input the information 
required for registering the product. Foreseeably, the registration information 
may be obtained directly from computer memory. This requires some 

10 interrogation of the personal computer by the vendor-maintained site. In 
another embodiment, the vendor-maintained site interrogates the personal 
computer to determine the proper resource allocation. This embodiment is 
beneficial if the personal computer is not designed to provide full auto- 
configuration capability. In still another embodiment, the automated method 

15 is utilized as a user's response to a suspicion or determination that board- 
level software includes a "bug." For example, if a device is operating 
improperly, the user may initiate the automated process by requesting a 
software "refresh" to identify the remote site and download the appropriate 
device-level software. Thus, if the vendor of the device has recently 

20 upgraded the device-level software to address the "bug," the upgraded 
software will be automatically downloaded to the user's system. 

Referring now to Fig. 1, an exemplary system 10 for 
implementing the automated downloading process is shown. The 
system includes a conventional Basic Input/Output System (BIOS) 12. The 

25 BIOS is connected to access the bus or buses 14. The bus may be a 

conventional EISA bus, but other known buses having different addressing 
protocols may be utilized. The bus logically supports various devices 16, 18 
and 20. Often, the bus also physically supports the devices, such as in 
circumstances in which adapter cards are inserted into board slots that 

30 provide the bus connections. However, the devices may also be connected 
to the bus 14 via cables. 

An operating system 22 also functions in a manner well known 
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in the art. The type of operating system is not critical. The operating system 
22 includes a number of modules. The two modules that are most relevant to 
the automated downloading process are shown in Fig. 1. A configuration 
manager 24 controls resource allocation to the various devices 16, 18 and 20. 
5 The resources that must be properly allocated in order to avoid conflicts 
include interrupt request, I/O and memory addresses, and direct memory 
access channels. As will be explained more fully below, when a conflict-free 
configuration has been determined, the configuration is stored as a resource 
table 26 in non-volatile random access memory. Consequently, the 
10 information from the resource table 26 is available each time that the system 
10 is booted. 

An autoconfiguration component 28 performs the functions 
provided by autoconfiguration technology. In one embodiment of autocon- 
figuration, a device locator 30 identifies one of the devices 16, 18 or 20. For 

1 5 example, if the first device 1 6 has been added since the last boot up of the 
system 10, the device locator 30 identifies the first device. The first device is 
then "interrogated" in order to determine resource requirements of the device. 
If no potential conflicts exist, the autoconfiguration component 28 passes the 
resource requirements to the configuration manager 24, and an updated 

20 resource table 26 is stored in non-volatile random access memory. On the 
other hand, if the system requirements of the first device 16 are unavailable, a 
resource arbitrator 32 is activated. The resource arbitrator calculates a con- 
figuration that is designed to avoid conflicts during operation of the system 10. 
At times, this requires the reassignment of resources that were previously 

25 allocated to other devices 18 and 20. When an acceptable allocation is deter- 
mined, the configuration is submitted to the configuration manager 24, which 
generates an updated resource table 26. 

The autoconfiguration component 28 may be responsive to the 
BIOS 12 or the operating system 22, but is preferably able to cooperate with 

30 both. That is, the configuration of system resources preferably can be con- 
trolled by either the BIOS 12 or the operating system 22. Additionally, a user 
may elect to disable the autoconfiguration component 28 in part or in whole, 
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allowing the user to manually configure the system 10. 

In addition to the known functions of the system 10, the system 
includes a site locator 34 that is used to determine the identity of a remote 
site 38. The remote site is accessed via a network interface device 36 for 
5 connecting the system 10 to a site that is unsupported by the system. The 
connection to the remote site is made via transmission lines 40, and the 
device 36 may be a modem or an interface to an ISDN or other digital 
network. In the preferred embodiment, the transmission lines are telecom- 
munication lines, such as standard telephone lines, ISDN lines, T-1 lines, or 
10 any other digital standard. The remote site may be one that is maintained by 
a vendor of the first device 16. As previously noted, the site that is identified 
by the site locator 34 includes software that is relevant to operation of the first 
device 16. 

The site locator 34 "interrogates" the first device 16 that is 
15 identified by the device locator 30. If the location information for identifying 
and accessing the remote site 38 is a telephone number of a publicly 
accessible bulletin board system (BBS), the telephone number is utilized to 
trigger the network interface device 36. On the other hand, if the remote site 
is a WWW site, a Web access program 42 of the system 10 is automatically 
20 activated and used in conjunction with the network interface device 36 to 
access the site. 

Referring now to Fig. 2, in a first step 44, a device is connected 
to the system. Remaining consistent with the example above, the first device 
16 may be an adapter card that is inserted into a board slot to connect the 

25 first device to the bus 14 of Fig. 1 . When the system is then booted, a 

preliminary assignment of system resources is established at step 46. In step 
48, the bus 14 is scanned and the add-on first device 16 is located and 
identified. Preferably, the device locator 30 of the autoconfiguration 
component 28 cooperates with both the BIOS 12 and the operating system 

30 22 to identify the add-on device. Designers of devices for autoconfiguration 
capability build in an identifier within the device, using techniques known in 
the industry. However, the method of Fig. 2 requires a device designer to 
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also provide identification of the remote site 38 from which driver software 
specific to the first device 16 can be downloaded. At step 50 the location 
information is acquired by the site locator 34. 

In one embodiment, the step 50 of identifying the remote site 
5 includes receiving data that is stored directly on the first device 16. In another 
embodiment, in addition to installing the hardware, the installation of the first 
device includes loading a computer disk that provides the required site 
location. The data contained on the disk is less likely to be "downlevel" than 
is the driver software that is conventionally packaged with the add-on 
10 hardware. The first embodiment in which the location information is stored in 
firmware is the preferred embodiment. 

In step 52, the remote site is accessed using the transmission 
lines 40. As previously noted, possible network interface devices 36 for 
accessing the remote site 38 include modems and conventional interfaces to 
15 an ISDN or other digital network. While not critical, the method preferably 

includes an automated step of downloading 54 the device-level software. For 
the first device 16 of Fig. 1 , this is a download of a latest version of a driver 
that is specific to the first device 16. The downloaded software is then 
installed 56. Again, this is preferably an automated step. 
20 By automating at least some of steps 48-56, the user 

intervention in installing the device and installing a driver is reduced. 
Installing the latest version of driver software no longer requires expertise in 
contacting remote sites and downloading from those sites. Automating all of 
steps 48-56 frees a user from the burden typically associated with the 
25 installation process. Another advantage is that the user is ensured of install- 
ing the latest version of the device-level software for the device 16. 

A determination of whether a second device is to be recognized 
is made at step 58. If a user has connected two devices at step 44, it will be 
necessary to repeat steps 48-56 for the second device. Repeating the steps 
30 is also required if the step 44 of connecting one or more devices is replaced 
with a step of upgrading the operating system to install a new version. A 
significant upgrade of the operating system may require a replacement of the 
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driver software for each of the devices 16, 18 and 20 in order to maximize 
performances of the individual devices. 

If at step 58 the determination is made that no further device- 
level software is required, step 60 is a known step of autoconfiguring the 
5 system resources. This step is executed by the autoconfiguration component 
28 of Fig. 1. An updated resource table 26 is then stored at the operating 
system level, and the process is ended 62. The user is then able to utilize 
any of the devices 16, 18 and 20. 

As an alternative embodiment to Fig. 2, steps 48 and 50 may be 
10 steps in which all of the relevant devices and the appropriate remote sites are 
identified before the network is accessed for downloading software. In this 
embodiment, only one connection to the network is required, potentially 
providing savings with respect to time and/or connection costs. 

While the invention has been described and illustrated primarily 
15 with respect to upgrading a personal computer, the invention may be used in 
other applications. The system and method may be utilized in any application 
in which there is sufficient sophistication to require an identification of a 
specific device and an association of the device with specific software. 
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Claims 
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1 . A method of upgrading a system for supporting a plurality of devices 
comprising steps of: 

locating a firsi device that is to he supported hy said 

system; 

as an automated response to locating said first device, 
determining location information relating to a remote site at which driver 
software specific to said first device is stored, said remote site being 
unsupported hy said system; 

as an automated response to determining said location 
information, accessing said remote site via transmission lines; and 

downloading said driver software to said system from said 

remote site. 



2. The method of claim 1 wherein said step of locating said first device 
is a step that is executed using techniques of plug-and-play technology. 



3. The method of claim 1 wherein said step of determining said location 
information includes identifying an address within a network. 



4. The method of claim 3 wherein said system is a personal computer 
and said step that includes identifying an address includes designating an 
Internet address, and wherein said step of accessing said remote site 
includes using telecommunications lines. 
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5. The method of claim 1 wherein said step of locating said first device 
includes detecting presence of a computer hardware device at a boot up 
of a computing system, said method further comprising a step of 
automatically installing said driver software after said step of 
5 downloading. 



6. The method of claim 1 wherein said step of locating said first device 
is an automated response to one of either upgrading an operating system 
of a computer or detecting presence of an add-on device to said 
computer. 



7. The method of claim 6 further comprising a step of autoconfiguring 
system resources following said step of downloading said driver 
software, said autoconfiguring being based upon resource requirements 
of said devices supported by said system. 



8. The method of claim 1 wherein said step of determining location 
information is a step of designating information that identifies a site that 
is maintained by a manufacturer of said first device. 
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9. A method of initializing a device into a system comprising steps of: 

installing said device into said system, including connecting 
computer hardware and including providing system-accessible informa- 
tion identifying a remote site that relates to a supplier of said device; 

in an absence of user intervention, initiating communication 
between said system and said remote site in response to said system 
accessing said system-accessible information, including utilizing telecom- 
munication lines to establish said communications; and 

exchanging data between said system and said remote site, 
including exchanging data relating to operating said device within said 
system. 



10. The method of claim 9 wherein said step of exchanging data 
includes downloading driver software from said remote site to said 
system. 



1 1 . The method of claim 10 wherein said step of downloading driver 
software is executed in an absence of user intervention. 



12. The method of claim 9 wherein said step of initiating communication 
includes utilizing one of a modem or an interface to an ISDN or other 
digital network. 



13. The method of claim 9 wherein said step of locating said first device 
includes detecting an adapter card of a computer system. 
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14. A system that is capahle of autoconfiguration to accommodate 
support of a plurality of devices comprising: 

means for identifying a first device of said plurality of 

devices; 

site-detection means, responsive to said means of 
identifying, for delecting location information that designates a remote 
site unsupported by said system; 

means, responsive to said site-detection means, for 
automatically accessing said remote site via transmission lines; and 

storage means for receiving driver software downloaded 
from said remote site via said transmission lines. 



15. The system of claim 14 wherein said means for automatically 
accessing said remote site is one of a modem or an interface to an ISDN 
or oilier digital network. 



16. The system of claim 14 wherein said means for identifying, said 
site-detection means and said storage means are components of a 
computer system. 



17. The system of claim 14 wherein said site-detection means is a 
means for identifying a network site maintained by a vendor of said first 
device. 
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18. The system of claim 14 further comprising means for automatically 
initiating an allocation of system resources to said first device partially 
based upon said downloaded driver software. 



19. A method of automatically refreshing driver software of a device 
supported by a system, said method comprising steps of: 

in response to a determination that said device is operating 
improperly, requesting that driver software specific to said device be 
acquired; 

as an automated response to said request, identifying a 
remote network site at which said driver software can be downloaded; 

as an automated response to said identification of said 
remote network site, accessing said site via telecommunications tines and 
downloading said driver software; and 

installing said downloaded driver software. 
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FIG. 2 
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